-
Couldn't load subscription status.
- Fork 413
MSC4175: Profile field for user time zone #4175
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Co-authored-by: Will Hunt <[email protected]>
|
matrix-org/matrix-react-sdk#12967 is an implementation of this. |
|
conduwuit server-side partial implementation: https://github.com/girlbossceo/conduwuit/commit/f163ebf3bbaa9656bbf1d78355220e1d859b17c7#diff-6f6ce4833edde4b67f9f5c950adce5338f3e3a19b6d287c33ff4e9d290b94fa1 ruwuma (our ruma fork) partial implementation for conduwuit:
The partial implementation only supports GET/PUT/DELETE for just the |
|
Judging by this having an implementation I think this isn't really a draft anymore. |
|
This is also implemented in gomuks: gomuks/gomuks#574 |
|
This has a couple of implementations and has proven useful already. I think it is reasonable and doesn't have too much room for abuse. @mscbot fcp merge |
|
Team member @mscbot has proposed to merge this. The next step is review by the rest of the tagged people: Concerns:
Once at least 75% of reviewers approve (and there are no outstanding concerns), this will enter its final comment period. If you spot a major issue that hasn't been raised at any point in this process, please speak up! See this document for information about what commands tagged team members can give me. |
Co-authored-by: Travis Ralston <[email protected]>
| savings. Using the IANA time zone name is robust against this. | ||
|
|
||
|
|
||
| ### Delegate profile fields |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have to say i am quite uneasy about this MSC - it feels like a slippery slope towards bloating out the Matrix spec with an overlapping and incomplete implementation of JSContact (RFC9553).
But on the other hand, RFC9553 simply doesn't contain a "current timezone for user" attribute - it's only available as an attribute on physical addresses. And RFC9553 is for describing addressbook entries... not profile information (which is subtly semantically different: the data you expect to see in your Contacts app in your phone is definitely different shape to the data you expect to see on someone's LinkedIin profile for instance).
So perhaps the best bet here is to just bite the bullet and spec our own field types like this. But I really hope we end up finding a way to put them in their own registry rather than bulk out the rest of the spec - and to indirect to the likes of RFC9553 where we conceivably can.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have to say i am quite uneasy about this MSC - it feels like a slippery slope towards bloating out the Matrix spec with an overlapping and incomplete implementation of JSContact (RFC9553).
This is the reason I let this sit for so long without pushing this harder after MSC4133 was merged. I'm not really sure how I feel about it but didn't see a better option, especially given there is no explicit time zone field in RFC9553 as you mention below.
I was hoping other SCT members would shout if this seemed to go in the direction of NIH.
which is subtly semantically different: the data you expect to see in your Contacts app in your phone is definitely different shape to the data you expect to see on someone's LinkedIin profile for instance
Agreed that it is different, much of the info overlaps as it is describing a person, but the context is different.
So perhaps the best bet here is to just bite the bullet and spec our own field types like this. But I really hope we end up finding a way to put them in their own registry rather than bulk out the rest of the spec - and to indirect to the likes of RFC9553 where we conceivably can.
We could have a field contains a JScontact (or a link to one), but that's a bit beyond this MSC. I agree though that we should not redefine solved things.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@ara4n Let me know if you want any updates for this or not, I'm unsure if the alternatives section should be fleshed out more?
Co-authored-by: Hubert Chathi <[email protected]>
|
🔔 This is now entering its final comment period, as per the review above. 🔔 |
|
The final comment period, with a disposition to merge, as per the review above, is now complete. |
|
Spec PR: matrix-org/matrix-spec#2206 |
|
Merged 🎉 |
Rendered
Signed-off-by: Patrick Cloke [email protected]
Implementations:
SCT:
FCP tickyboxes
MSC checklist